home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000811_kb@cs.umb.edu_Fri Jul 29 02:47:06 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  3KB
  1. Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA21403
  2.   (5.65c/IDA-1.4.4 for <tex-k-exp@cs.umb.edu>); Fri, 29 Jul 1994 06:47:07 -0400
  3. Received: by terminus.cs.umb.edu id AA15575
  4.   (5.65c/IDA-1.4.4 for tex-k); Fri, 29 Jul 1994 06:47:06 -0400
  5. Date: Fri, 29 Jul 1994 06:47:06 -0400
  6. From: "K. Berry" <kb@cs.umb.edu>
  7. Message-Id: <199407291047.AA15575@terminus.cs.umb.edu>
  8. To: tex-k@cs.umb.edu
  9. Subject: Re: \font-bug in UNIX-TeX
  10.  
  11. Sorry I wasn't able to reply soon on this.
  12.  
  13.     \font\xxx=cmr10{\xxx test}\bye
  14.  
  15.     The problem is, that TeX wants to read the metric information
  16.     of a file `cmr10{'
  17.  
  18. As Pierre says, filenames in TeX are terminated by spaces. Though this
  19. is supposedly a system-dependent area, in practice it would cause
  20. enormous difficulty to try to recognize the end of a filename in any
  21. other way.
  22.  
  23. Anyway, to get to the real question:
  24.  
  25.     2. But why then passing the ${abc} through shell-expansion, while
  26.     backquotes not run the command. 
  27.  
  28. It's not run through a shell via system(3), Pierre is right about
  29. that. But what I have snuck past him is that the filenames are run
  30. through kpathsea, which understands ~, ~foo, $foo, and ${foo} like a
  31. shell, but nothing else.
  32.  
  33. I think this is a win. I hope everyone agrees :-)
  34.  
  35.     The last statement holds
  36.     for Solaris 2.3. On an RS6000 with AIX 3.2.5 I got the file
  37.     `b${abc}' read. So it seems to be a feature of Solaris. 
  38.  
  39. Say what?! The same version of web2c? If the two tex's use the same
  40. kpathsea, then they should act in the same way. If not, I am totally at
  41. a loss.
  42.  
  43.     Why does the brace
  44.     not have the catcode 1 in filenames
  45.  
  46. Because that's the way Knuth implemented the \input primitive. Sorry.
  47. There is no way to change it, short of
  48. \let\primitiveinput=\input
  49. \def\input#1{\primitiveinput #1 \ignorespaces}
  50.  
  51. ... and even that isn't precisely equivalent to the weird semantics of \input.
  52.  
  53.     This shows that in filenames the blank is always a delimiter,
  54.     not depending on its catcode.
  55.  
  56. Ooh, yuck. Guess DEK didn't bother to program that case for \input.
  57.  
  58.     So I see not how could read
  59.     arbitrary filenames
  60.  
  61. Since your catcode test didn't work, I don't think you can. The space
  62. will always delimit it. I can't think of any feasible way to change this.
  63.  
  64.     There have been occasional calls
  65.     for a "system" interface through TeX.  I doubt
  66.     that it is worth the pain it would involve.
  67.  
  68. It's easy to do in its most trivial form -- \write18{foo} does
  69. system(foo). I think this is the first extension planned for e-tex,
  70. because it is so easy to implement.
  71.